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unit (40). Each transmitter unit (20) is connected through an 
optical fiber link (30) to its associated receiver unit (40). In 
operation, each receiver unit (20) receives payload data from 
its associated sending client and adds overhead data to the 
payload data to generate corresponding aggregate data 
(600). The aggregate data of each transmitter unit (20) is 
conveyed through the fiber link (30)^ to its associated 
receiver unit (40) which receives the aggregate data, decodes 
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client. The receiver unit (40) interprets the overhead data 
and uses it for controlling and managing the payload data in 
the system (300). The one or more channels of the system 
(300) are capable of adapting to the bit data rate of their 
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METHOD OF COMMUNICATING DATA IN 
COMMUNICATION SYSTEMS 

[0001] The present invention relates to a method of com- 
municating data in communication systems, in particular but 
not exclusively in optical communication systems. The 
invention also relates to a communication system operating 
according to the method. 

[0002] In conventional optical communication systems 
comprising arrays of interconnected nodes, information is 
conveyed from a first node to a second node by modulating 
optical radiation generated in the first node and guiding the 
radiation, form example along optical fibre waveguides, to 
the second node whereat the radiation is detected and 
demodulated to yield the information thereat. The modula- 
tion can be either of digital or analogue form. 

[0003] When digital modulation is employed, it is con- 
ventional practice to modulate a radiation source such as a 
laser between two states corresponding to two mutually 
different laser radiation output levels. Conversely, when 
analogue modulation is employed, for example to convey 
time division multiplexed analogue speech information, the 
laser is modulated in a continuous manner over a range of 
optical radiation intensities. 

[0004] When assessing the quality of optical communica- 
tion in the conventional systems employing analogue modu- 
lation, it is relatively straightforward to measure signal-to- 
noise ratio performance at the second node. However, if the 
analogue modulating signal is modulated with digital data, 
it is extremely difficult to determine a corresponding bit 
error rate performance at the second node; the bit error rate 
does not correlate in a simple manner with signal-to-noise 
ratio performance. Moreover, it is also problematical to 
include digital overhead control information when analogue 
modulation is employed. 

[0005] In the conventional communication systems 
employing digital modulation, additional digital information 
can be added to sending client payload data for determining 
bit error rate and for control purposes. Such conventional 
systems are operable to receive sending client payload data 
at the first node and arrange it into fixed length blocks of data 
to which overhead control data is added to provide aggregate 
data for transmission. Examples of such conventional sys- 
tems will now be described with reference to published 
patent applications and granted patents. 

[0006] In a published European patent application no. EP 
0 663 776, there is described a method of communicating 
block coded digital data with associated synchronization and 
control data. In the method, block coded digital data is 
communicated with associated overhead data in a data 
stream having a succession of coded blocks. Each block 
contains N symbols wherein M of the symbols comprise 
information to be transmitted and the remaining N-M of the 
symbols comprise error correcting data. The ratio M/N 
comprises a first information rate. The coded blocks in the 
data stream are divided into a succession of frames, each 
frame comprising F of the coded clocks. A frame overhead 
symbol is added for each of the frames to provide data 
necessary for a receiver function such as synchronization. 
The addition of the frame overhead symbols effectively 
lowers the first information rale to a second information rate 
MYN' as provided in Equation 1 (Eq. 1): 



M _ (AT + b) 



[0007] where 

[0008] b»an integer chosen to provide the second infor- 
mation rate at a desired value. 

[0009] N is less than 2 n +l, where n is the number of bits 
in each of the symbols. The number of coded blocks F in 
each frame is determined from Equation 2 (Eq. 2): 



(N - M)b 



[0010] where 

[0011] P=*a smallest value integer that will render F an 
integer, P being equal to the number of overhead 
symbols added per frame. 

[0012] A plurality of X of the frames are formed into a 
multiframe containing FX coded blocks and PX frame 
overhead symbols. X is chosen to provide enough n-bit 
frame overhead symbols to implement the desired receiver 
function. 

[0013] In another published European patent application 
no. EP 0 540 007, there is described a method and apparatus 
for transmitting an information-bearing signal by: 

[0014] (a) generating a plurality of block signals on the 
basis of the information-bearing signal; 

[0015] (b) generating a plurality of parity block signals 
on the basis of the plural data block signals; 

[0016] (c) generating a frame signal containing the 
plural data block signals and the parity block signals; 
and 

[0017] (d) sending out the frame signal. 

[0018] In the method, each of the data block signals 
includes a first block synchronizing signal indicating the 
start of the data block signal, a data signal containing the 
information signal and a first parity signal derived by 
encoding the data signal. Each of the parity lock signals 
includes a second block synchronizing signal indicating the 
start of the parity block signal, a second parity signal and a 
third parity signal. Bit signals located at same bit positions 
in the respective second parity signals are derived by encod- 
ing bit signals located at the same positions in the respective 
data signals. Bit signals located at the same bit positions in 
the respective third parity signals are derived by encoding 
the bit signals located at the same bit positions in the 
respective first parity signals; alternatively, the third parity 
signal in each parity block signal is derived by encoding the 
second parity signal in each parity block signal. 

[0019] In an international application no. PCT/FI99/ 
00477, there are described data transmission methods in a 
telecommunication system. The methods are concerned with 
employing "payload numbering" instead of or in addition to 



11/08/2004, EAST version: 1.4.1 



US 2002/0031146 Al 



2 



Mar. 14, 2002 



conventional frame numbering. Data in the system is split 
into fixed-length data blocks or payload units. The size of a 
block is preferably equal to or smaller than the shortest 
information field in frames of the protocols used. Each 
protocol frame carries one or more payload units. In an 
optimum situation, the length of the information field in a 
protocol frame equals n times the length of the payload unit 
where n in an integer. Alternatively or additionally, the 
protocol frame carries payload numbers both for indicating 
the payload units conveyed in the protocol frame and for 
acknowledging the received blocks. 

[0020] In a United States granted U.S. Pat. No. 5,490,142, 
there is described a VT group optical extension interface and 
VT group optical extension format method. In the method, 
a VT group extension format defines a transport frame for 
the transfer of 135 bytes, each byte comprising 8 bits, the 
format providing a line rate of 8 640 Mbit/s. Each frame 
comprises a transport overhead portion and a payload por- 
tion. The transport portion comprises 27 bytes and defines 
various operations, administration and maintenance func- 
tions. Moreover, the payload portion comprises 108 bytes 
which directly correspond to one VT group of an STS-N 
frame. The VT group optical extension format line rate is 
determined an as integer multiple m of an STS-N network 
element clock where m is 6 if N is 1 and m is 18 if N is 3. 
An optical extension interface is provided between a VTG 
bus and an optical extension, the interface being responsive 
to the provision of a multiplexed VT group payload provided 
on the VTG bus for providing a corresponding VT group 
optical extension transport frame on the optical extension, 
the interface being further responsive to the provision of a 
VT group optical extension transport frame on the optical 
extension for providing a multiplexed VT group payload and 
associated path overhead to the VTG bus. 

[0021] It is conventional practice in contemporary optical 
communication systems where sending client data does not 
precisely partition into the blocks to partially fill the blocks 
with sending client data and then to add additional justifi- 
cation code after the sending client data to ensure that the 
blocks are completely filled. This practice is known as 
justification and assists to ensure, for example, satisfactory 
radiation spectra within the conventional systems. 

[0022] The amount of justification employed is a function 
of the payload data that can vary from client to client. When 
the aggregate data is received at the second node, the 
overhead information is isolated and interpreted, and then 
the blocks of data are processed to remove the justification 
to yield the payload data. Thus, it is not possible to perform 
a bit error rate measurement for the aggregate data at the 
second node without completely decoding the aggregate 
data to isolate the payload data; such complete decoding is 
a complex process. 

[0023] In large and complex communication systems 
including many thousands of nodes and employing the 
aforementioned digital modulation, it is often desirable to be 
able to monitor the aggregate data modulated onto the 
optical radiation at sub-nodes intermediate between the first 
and second nodes to determine error occurrence thereat. 
Such monitoring is especially useful when the first and 
second nodes are spatially separated by several hundred 
kilometers and the optical radiation is conveyed therebe- 
tween through a number of fibres and associated optical 



repeaters and regenerators. Determination of error rate at the 
sub-nodes enables the performance of specific parts of the 
systems to be measured, for example the quality of repeaters 
therein or the transmission media employed. Such measure- 
ment enables defective repeaters and fibres to be isolated 
and, if necessary, bypassed or replaced. The systems suffer 
a problem that error rate at the sub-nodes cannot easily be 
determined without fully decoding the aggregate data to 
determine bit error rate; this problem arises on account of 
justification being employed. 

[0024] It is conventional practice for communication sys- 
tem operators to lease communication channels to clients on 
the contractual basis of bit error rate not exceeding a contract 
specified limit. In the case of communication systems 
employing analogue modulation, guaranteeing bit error rate 
performance is difiScult to determine based on signal-to- 
noise measurement. Likewise, in the case of communication 
systems employing digital modulation with justification, bit 
error rate can be measured but requires complete demodu- 
lation of the aggregate data to determine bit error rate. 

[0025] The inventors have appreciated that it is possible to 
employ an alternative method of encoding data in a com- 
munication system that addresses the aforementioned prob- 
lems. 

[0026] According to a first aspect of the present invention, 
there is provided a method of communicating data in com- 
munication systems, each system including at least one 
channel comprising transmitting means, receiving means 
and data conveying means for conveying data from the 
transmitting means to the receiving means, the method 
characterised in that it includes the steps of: 

[0027] (a) combining payload data and overhead data at 
the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame -like structures in 
which the number of overhead data bits is in a fixed 
ratio relative to the number of payload data bits; 

[0028] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; 

[0029] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system, 

[0030] characterised in that the transmitting means (20) is 
operable to generate the aggregate data (600) at a rate which 
is greater than the rate of receipt of the payload data thereat 
by substantially a fraction (Rp+Ro)/(Rp), where Rp is the 
rate of receipt of the payload data at the transmitting means 
(20) and Ro is the rate at which the overhead data is added 
at the transmitting means (20) to generate the aggregate data 
(600). 

[0031] The method provides at least one of the advantages 
that: 

[0032] (a) the amount of timing jitter in the aggregate 
data propagating through the system is capable of being 
reduced, thereby reducing the occurrence of errors 
within the system; and 
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[0033] (b) error checking performance of the system is 
capable of being improved, for example bit error rate is 
more readily determinable from the aggregate data on 
account of the fixed ratio. 

[0034] A frame-like structure in aggregate data compris- 
ing overhead data and payload data is defined as an arrange- 
ment of the overhead data such that the arrangement sub- 
stantially repetitively occurs in the aggregate data and is 
operable to partition the payload data within the aggregate 
data. 

[0035] Advantageously, depending upon application of 
the system operable according to the method, the fixed ratio 
of payload bits to overhead bits is in a range of 2: 1 to 100:1. 
A ratio higher than 100:1 can result in synchronisation 
problems at the receiving means, hence the aforementioned 
range is a practical compromise. Preferably, the fixed ratio 
of payload bits to overhead bits is 31:1. 

[0036] Justification of payload data within aggregate data 
can result in complex methods being required to decode the 
aggregate data. The inventors have appreciated in the 
method of the invention that it is advantageous not to apply 
further justification to the received payload data when 
generating the aggregate data. 

[0037] Conveniently, the system operable according to the 
method includes a plurality of channels, each channel 
capable of adapting to the data rate of its associated payload 
data, the channels thereby capable of functioning mutually 
asynchronously. Such asynchronous operation is important 
to circumvent a need for performing justification in the 
system, thereby providing benefits of simplified aggregate 
data decoding in the receiving means. In order to achieve 
such asynchronous operation in practice, it is desirable that 
each channel includes phase locked loop means for synchro- 
nising the channel to its associated payload data 

[0038] In order to render the overhead data included in the 
aggregate data less vulnerable to burst interference, the 
overhead data and the payload data are preferably inter- 
leaved in the aggregate data. 

[0039] Advantageously, the frame -like structures 
employed within the aggregate data comprise a plurality of 
frames organised into multiframes, the frames and multi- 
frames identifiable at the receiving means by interpreting the 
position of overhead data within the aggregate data. The 
overhead data thereby provides the beneficial function of 
synchronisation of overhead data at the receiving means. 
However, data block structure present within the payload 
data can be asynchronous to the frames and multiframes as 
a consequence, although this does not affect system opera- 
tion. 

[0040] The inventors have found in practice that each 
multiframe conveniently comprises in a range of 2 to 100 
frames. This range is chosen as a compromise between being 
able to include a number of specialised functions within the 
overhead data but not have so many frames in each multi- 
frame so that multiframe synchronisation at the receiving 
means becomes problematical. In practice, it is preferable 
for each multiframe to comprise eight frames. 

[0041] The aforementioned specialised functions advan- 
tageously incorporate a synchronisation function. Thus, it is 
convenient that the overhead data associated with each 



multiframe comprises a synchronising code (FAW) for 
assisting the receiving means to synchronise to the multi- 
frames. For example, the synchronisation code can comprise 
four synchronisation bytes, FAW1 to FAW4, in the overhead 
data. Moreover, the four synchronisation bytes FAW1 to 
FAW4 can have, for example, binary values of 1111 0110 b , 
1111 0110 b , 0010 1000b and 0010 lOOOt, allocated thereto 
respectively. 

[0042] When ensuring that multiframes in the aggregate 
data are not lost when communicated through the conveying 
means, it is desirable that the overhead data associated with 
each multiframe comprises an identity code (MIC) for use in 
identifying the multiframe. Missing multiframes are prefer- 
ably identified at the receiving means by determining 
whether or not the identity code is incremented in a consis- 
tent manner for successive multiframes. Inconsistent incre- 
mentation is indicative of missing multiframes received at 
the receiving means. Conveniently, the identity code is 
incremented in modulo manner, for example in modulo 255; 
this enables a single byte to be used in the overhead data for 
representing the code. In practice, it is found particularly 
beneficial to increment the identity code in steps of a 
plurality of counts, for example in steps of 3 counts, for 
successive multiframes. In practice, inclusion of the MIC 
code is also found to assist with synchronisation of the 
receiving means to the aggregate data. 

[0043] Ensuring correct d.c, level stability from photode- 
tectors used to detect the aggregate data can be problemati- 
cal where a.c. coupling is employed to remove d.c. offsets 
from such photodetectors. In order to address this problem, 
the overhead data associated with each multiframe advan- 
tageously comprises balancing code (BAL) for ensuring that 
the overhead bytes associated with the multiframe include 
substantially equal numbers of O's and l's. 

[0044] Moreover, ensuring that channel connections are 
correctly made in the system, it is desirable for the overhead 
data to include identity information regarding at least one of 
the transmitting means and the receiving means. Thus, 
conveniently, the overhead data associated with each mul- 
tiframe comprises trail trace identification code (TTI) for use 
by the receiving means for confirming whether or not it is 
connected to its correct corresponding transmitting means. 

[0045] In communication systems including a plurality of 
channels, failure of one or more of the channels can occa- 
sionally occur in practice. It is therefore desirable that the 
overhead data should be capable of invoking a channel 
substitution in the event of channel failure. Thus, preferably, 
the overhead data associated with each multiframe com- 
prises automatic protection switching code (APS) for 
instructing the system to use alternative channels to convey 
the payload data in the event of failure of a channel within 
the system. 

[0046] When interference occurs in the conveying means, 
damage to the aggregate data will often be limited to 
individual frames. It is therefore preferable that the overhead 
data associated with each multiframe comprises a bit inter- 
leaved parity (BIP) code for each frame of the multiframe, 
the interleaved parity code usable by the receiving means for 
detecting the occurrence of corruption of payload data 
associated with the frame. As a consequence of the number 
of overhead bits being in a fixed ratio relative to the number 
of payload bits, the BIP code provides a direct indication of 
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bit error rate in the aggregate data; such a direct indication 
enables relatively simple monitors to be used for measuring 
bit error rate along the conveying means, for example for 
fault finding purposes. Thus, unlike prior art systems, the 
method of the invention provides a fixed density of error rate 
indicating code relative to client payload data irrespective of 
client payload data rate. 

[0047] In order to assist the receiving means to synchro- 
nise correctly to the aggregate data and apply appropriate 
processing, for example regeneration, it is desirable that the 
overhead data includes an indication of the aggregate data 
rate at which the channel is expected to operate. Thus, 
advantageously, the overhead data associated with each 
multiframe comprises a payload type indicator (PTI) code 
indicative of payload data rate supplied to the transmitting 
means. 

[0048] The method of the invention is applicable to com- 
munication systems operating at serial bit rates approaching 
10 Gbits/s and greater. It is presently relatively difficult and 
expensive to provide logic switching devices capable of 
operating at such high bit rates. Therefore, it is highly 
desirable to convert high bit rate serial data into parallel data 
to ease processing tasks performed in the transmitting means 
and also in the receiving means. Thus, advantageously, the 
transmitting means is operable to receive the payload data as 
serial data and convert it to parallel data for combining with 
the overhead data to generate the aggregate data as serial 
data for transmission through the conveying means. 

[0049] In a practical communication system, it is prefer- 
able that the conveying means comprises one or more 
optical fibre waveguides for conveying the aggregate data, 
the aggregate data being modulated onto optical radiation, 
for example radiation generated by a distributed feedback 
(DFB) laser source, which is guided from the transmitting 
means to the receiving means along the one or more fibre 
waveguides. In order to utilise fibre bandwidth to greater 
extent, it is desirable that a plurality of channels of the 
system are optically multiplexed along a single optical fibre 
waveguide of the conveying means. 

[0050] Alternatively, for example where system portabil- 
ity is an important consideration, the conveying means 
advantageously comprises a radio link or an electrical 
coaxial cable for conveying the aggregate data. 

[0051] According to a second aspect of the present inven- 
tion, there is provided a communication system operable 
according to the method of the first aspect of the invention. 

[0052] When implementing the system in practice, it is 
found advantageous for the transmitting means to incorpo- 
rate an adapter unit for combining the payload data with the 
overhead data to generate the aggregate data, and for the 
receiving means to incorporate a corresponding adapter unit 
for separating the payload data from the overhead data. Each 
adapter unit beneficially includes one or more phase locked 
loop clock circuits for synchronising the units to data input 
applied thereto. 

[0053] Communication systems usually have to service 
the requirements of several clients. Thus, conveniently, the 
system includes a plurality of channels operable to adapt to 
the rate at which they receive payload data, the channels 
thereby capable of operating mutually asynchronously. Such 
asynchronous operation enables the system to accommodate 



payload data being supplied from different clients at mutu- 
ally different payload bit rates without a need to employ 
justification in the aggregate data. 

[0054] In a third aspect of the present invention, there is 
provided a method of communicating data in communica- 
tion systems, each system including a plurality of channels, 
each channel comprising transmitting means, receiving 
means and data conveying means for conveying data from 
the transmitting means to the receiving means, the method 
characterised in that it includes the steps of: 

[0055] (a) synchronising at each transmitting means to 
its associated incoming payload data and then combin- 
ing the payload data with overhead data thereat to form 
aggregate data for transmission to the receiving means 
associated with the transmitting means, the aggregate 
data being partitioned into frame-like structures and the 
channels capable of operating mutually asynchro- 
nously; 

[0056] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; and 

[0057] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system. 

[0058] In a fourth aspect of the present invention, there is 
provided a method of communicating data in communica- 
tion systems, each system including at least one channel 
comprising transmitting means, receiving means and data 
conveying means for conveying data from the transmitting 
means to the receiving means, the method characterised in 
that it includes the steps of: 

[0059] (a) combining payload data and overhead data at 
the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame-like structures in 
which the overhead data includes balancing codes 
(BAL) for substantially equalising the occurrence of 
CTs and l's in the overhead data; 

[0060] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; and 

[0061] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system. 

[0062] In a fifth aspect of the present invention, there is 
provided a method of communicating data in communica- 
tion systems, each system including at least one channel 
comprising transmitting means, receiving means and data 
conveying means for conveying data from the transmitting 
means to the receiving means, the method characterised in 
that it includes the steps of: 

[0063] (a) combining payload data and overhead data at 
the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame-like structures com- 
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prising frames grouped into multiframes where each 
frame has associated therewith a bit interleaved parity 
code (BIP) indicative of whether or not payload data 
associated with the frame is corrupted; 

[0064] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; and 

[0065] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system and determining 
from the interleaved parity code whether or not frames 
within the aggregate data are corrupted. 

[0066] In a sixth aspect of the present invention, there is 
provided a method of communicating data in communica- 
tion systems, each system including at least one channel 
comprising transmitting means, receiving means and data 
conveying means for conveying data from the transmitting 
means to the receiving means, the method characterised in 
that it includes the steps of: 

[0067] (a) combining payload data and overhead data at 
the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame-like structures devoid 
of justification; 

[0068] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; and 

[0069] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system. 

[0070] In a seventh aspect of the present invention, there 
is provided a method of communicating data in communi- 
cation systems, each system including at least one channel 
comprising transmitting means, receiving means and data 
conveying means for conveying data from the transmitting 
means to the receiving means, the method characterised in 
that it includes the steps of: 

[0071] (a) combining payload data and overhead data at 
the transmitting means to form aggregate data thereat 
for transmission to the receiving means, the aggregate 
data being partitioned into frame-like structures com- 
prising frames grouped into multiframes where each 
multiframe has associated therewith a multiframe iden- 
tity code (MIC) which is incremented from multiframe - 
to-multiframe and is indicative of whether or not mul- 
tiframes are missing in the aggregate data; 

[0072] (b) transmitting the aggregate data from the 
transmitting means to the receiving means through the 
conveying means; and 

[0073] (c) receiving the aggregate data at the receiving 
means, decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system and determining 



from the multiframe identity code whether or not 
multiframes within the aggregate data are missing. 

[0074] In an eighth aspect of the present invention, there 
is provided a communication system operating according to 
the method of any one of the third to seventh aspects of the 
invention. 

[0075] Embodiments of the invention will now be 
described, by way of example only, with reference to the 
following diagrams in which: 

[0076] FIG. 1 is a schematic illustration of a communi- 
cation channel of a communication system according to the 
invention; 

[0077] FIG. 2 is a schematic illustration of a communi- 
cation system according to the invention incorporating a 
plurality of communication channels as shown in FIG. 1; 

[0078] FIG. 3 is a diagram of an adapter unit included 
within the communication channel illustrated in FIG. 1; 

[0079] FIG. 4 is a diagram of an alternative adapter unit 
included within the communication channel illustrated in 
FIG. 1; 

[0080] FIG. 5 is a representation of a data frame structure 
used in the channel and system illustrated in FIGS. 1 and 2 
respectively, the frame structure including client payload 
data interleaved with overhead data in a fixed ratio of 31:1; 
and 

[0081] FIG. 6 is a representation of overhead bytes of a 
multiframe structure used in the channel and system illus- 
trated in FIGS. 1 and 2 respectively, the multiframe struc- 
ture including eight frame structures of a type illustrated in 
FIG. 5. 

[0082] Referring to FIG. 1, there is shown a communica- 
tion channel of a communication system according to the 
invention; the channel is indicated generally by 10. The 
channel 10 comprises a transmitter unit 20, an optical fibre 
link 30 and a receiver unit 40 shown enclosed within dashed 
lines 25, 35, 45 respectively. 

[0083] In broad overview, the channel 10 operates by the 
transmitter unit 20 receiving payload data at its input from 
a sending client (not shown). The transmitter unit 20 pro- 
ceeds to encode the payload data by arranging it into frames 
and multiframes to which are added overhead data to 
provide corresponding aggregate data. The aggregate data is 
conveyed as modulated optical radiation from the transmit- 
ter unit 20 through the fibre link 30 to the receiver unit 40. 
The receiver unit 40 receives the modulated radiation and 
derives therefrom the aggregate data. Moreover, the receiver 
unit 40 decodes the aggregate data to separate out the 
overhead data from the payload data, and then outputs the 
payload data to a receiving client (not shown). Moreover, the 
overhead data present in the aggregate data is interpreted by 
the receiver unit 40 and enables it to apply management and 
control functions. These functions will be described in more 
detail later and include path trace, automatic protection 
switching (APS), bit interleaved parity (BIP), forward and 
backward quality indication (FQI and BQI), forward and 
backward defect indication (FDI and BDI). 

[0084] Component parts of the channel 10 will now be 
described in more detail. 
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[0085] The transmitter unit 20 includes a first optical-to- 
electrical converter 100, an overhead generator unit 105, an 
adapter unit 110 and a second electrical-to-optical converter 
120. The first converter 100 is connected at its optical input 
to the sending client through an optical fibre 130. An 
electrical output from the converter 100 is connected to a 
first electrical input of the adapter 110. Moreover, overhead 
data generated in the overhead unit 105 is conveyed through 
an electrical connection connecting the overhead unit 105 to 
a second electrical input of the adapter unit 110. An elec- 
trical output from the adapter unit 110 is connected to an 
electrical input of the second converter 120. Moreover, the 
fibre link 30 is connected at its first end to an optical output 
of the second converter 120. The overhead generator unit 
105 is also connected to overhead generator units of other 
channels, and also to local and regional management sys- 
tems (not shown in FIG. 1). 

[0086] The receiver unit 40 comprises a third optical-to- 
electrical converter 200, an adapter unit 210, a fourth 
electrical-to-optical converter 215 and an overhead genera- 
tor unit 220. The third converter 200 is connected at its 
optical input to a second end of the fibre link 30. An 
electrical output of the converter 200 is connected to an 
electrical input of the adapter 210. The adapter 210 includes 
first and second electrical outputs; the first output is con- 
nected to an electrical input of the fourth converter 215 and 
the second output is connected to an input of the overhead 
interpreter unit 220. The interpreter unit 220 is also con- 
nected to interpreter units of other channels, to a local 
management system and also to the aforementioned regional 
management system (not shown in FIG. 1). An optical 
output from the converter unit 215 is connected through an 
optical fibre to the receiving client (not shown). 

[0087] In operation, the first converter 100 receives pay- 
load data from the sending client through the fibre 130. The 
transmitter unit 20 is designed to accommodate payload data 
from the sending client at bit data rates of up to 10 
Gbits/second and greater. The converter 100 converts the 
payload data into a corresponding electrical signal that 
propagates from the electrical output of the converter 100 to 
the first electrical input of the adapter unit 110. The overhead 
unit 105 receives management instructions from the local 
and regional management systems and generates corre- 
sponding overhead data that propagates to the second elec- 
trical input of the adapter unit 110. The adapter unit 110 then 
interleaves the overhead data with the payload data such that 
31 bits of payload data are accompanied by 1 bit of overhead 
data in a fixed ratio of 31:1. The adapter unit 110 assembles 
the interleaved data into frames, each frame comprising 
2048 bits of which 1984 bits and 64 bits correspond to 
payload data and overhead data respectively. Moreover, the 
adapter unit 110 further assembles frames into groups of 
eight frames, thereby generating corresponding multiframes. 
Structures of the frames and multiframes will be described 
in more detail later. The multiframes are output at the 
electrical output of the adapter unit 110 in the form of the 
aggregate data that propagates to the electrical input of the 
second converter 120. The converter 120 converts the aggre- 
gate data into corresponding digitally modulated optical 
radiation which is output at the optical output into the fibre 
link 30 along which the radiation propagates to the receiver 
unit 40; the converter 40 includes a modulated infra-red 
laser operable to output radiation at a wavelength in the 
order of 1550 nm. 



[0088] The third converter 200 receives the modulated 
radiation and converts it to a corresponding electrical signal 
that the adapter unit 210 receives at its electrical input; this 
conversion is performed by optical amplifiers, regenerators 
and associated photodetectors within the converter 200. The 
adapter unit 210 processes the electrical signal correspond- 
ing to the aggregate data by stripping out the overhead data 
therefrom and passing it to the interpreter unit 220. The 
adapter unit 210 further decodes the frames and multiframes 
to extract the payload data that is output from the adapter 
unit 210 to the electrical input of the fourth converter 215. 
The converter 215 converts the payload data and modulates 
it onto optical radiation which is output at the optical output 
of the converter 215 and propagates to the receiving client. 

[0089] The form of the aggregate data in the channel 10 is 
distinguished from conventional communication systems in 
that the number of bits of overhead data and payload data in 
the aggregate data is always in a fixed ratio. Moreover, 
justification is not employed with a consequence that blocks 
of data provided by the sending client are asynchronous to 
the frames and multiframes of the channel 10. As a conse- 
quence of the adapter unit 210 stripping out the overhead 
data and decoding the frames and multiframes, transmission 
from the sending client to the receiving client is transparent 
in the sense that the receiving client will be unaware that 
frames and multiframes are used to convey the payload data 
through the channel 10. 

[0090] On account of justification not being used in the 
channel 10 and the number of bits of payload data to 
overhead data being in a fixed ratio, it is much easier to 
determine bit error rate in the channel 10 not only at the 
receiver unit 40 but also at sub-nodes (not shown) along the 
fibre link 30. Such ease of bit error rate determination 
allows, in a communication system incorporating a plurality 
of channels similar to the channel 10, defective channels to 
be more easily identified and, if necessary, corresponding 
protection channels to be selected in substitution, 

[0091] A communication system can be constructed 
according to the invention that comprises a plurality of 
channels similar to the channel 10 where modulated optical 
radiation is optically multiplexed along a single optical fibre 
link. Such a system is illustrated in FIG. 2 and indicated 
generally by 300. 

[0092] The system 300 comprises N transmitter units, for 
example transmitter units 20a, 20b corresponding to chan- 
nels 1 and 2 respectively. Each transmitter unit 20 is 
connected at its optical input to a corresponding sending 
client, for example the channels 1 and 2 are connected to 
sending clients 1 and 2 respectively. The transmitter units 20 
are interconnected at their associated overhead generator 
units 105 so that, for example, sending client 1 payload data 
can be directed through channel N in the event of channel 1 
becoming defective as in protection switching. Optical out- 
puts from the transmitter units 20 are connected to an optical 
multiplexer 310 which combines the outputs to provide a 
composite optical output. The composite output is connected 
to the first end of the fibre 150 of the fibre link 30. The 
second converters 120 of the transmitter units 20 in the 
system 300 are configured to output their optical radiation at 
mutually different wavelengths. For example, the converters 
120 of the channels 1, 2 and N can be configured to output 
optical radiation at nominal wavelengths of 1550, 1560 and 
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1600 nm respectively, although other wavelengths can alter- 
natively be used if necessary. 

[0093] The fibre 150 is connected at its second end to an 
optical demultiplexer 320 comprising a plurality of Bragg 
grating optical filters, for example a filter 330, for isolating 
radiation components provided from the multiplexer 310 
corresponding to each transmitter unit 20. The demultiplexer 
320 is connected at its optical outputs to associated receiver 
units 40 that are in turn connected to associated receiving 
clients. The receiver units 40 are interconnected at their 
respective interpreter units 220 so that functions such as 
switching to a protection channel, for example channel N, 
can be implemented in the event of another channel devel- 
oping a fault. 

[0094] In operation, payload data received from the send- 
ing clients is encoded in the transmitter units 20 to generate 
corresponding aggregate data thererat. The aggregate data of 
each transmitter unit 20 is modulated onto optical carrier 
radiation whose nominal wavelength is specific to each 
transmitter unit 20. The optical radiation output from the 
transmitter units 20 is optically combined in the multiplexer 
310 to generate the composite radiation that propagates 
through the fibre link 30. 

[0095] The demultiplexer 320 receives the composite 
radiation at its optical input and filters out aggregate radia- 
tion corresponding to each transmitter unit 20. The aggre- 
gate radiation propagates to its respective receiver unit 40 
that then decodes the aggregate data to provide payload data 
to its associated receiving client. 

[0096] When a large number of channels are required, for 
example several hundred channels, the system 300 can be 
duplicated to provide an enlarged system comprising several 
multiplexers, demultiplexers and optical fibre links. Each 
transmitter unit and receiver unit in such an enlarged system 
can be connected to other transmitter units and receiver units 
respectively for providing functions such as protection 
switching in the event of a fibre link, a demultiplexer or a 
multiplexer become defective. 

[0097] Each channel in the system 300 adapts to the rate 
at which payload data is supplied from its respective sending 
client. Thus, the channels in the system 300 are capable of 
functioning mutually asynchronously. Such adaptation 
within the channels to the rates at which payload data is 
supplied by sending clients is performed within the adapter 
units 110, 210 of each channel. 

[0098] Although the system 300 shown in FIG. 3 is 
operable to provide communication links from the sending 
clients to the receiving client, it will be appreciated that 
bi-directional communication between the sending clients 
and the receiving clients is provided by including corre- 
sponding reverse directed channels (not shown) from the 
receiving clients to the sending clients, the reverse directed 
channels being of similar design to the channels illustrated 
in FIGS. 1 and 2. 

[0099] In order to further describe asynchronous operation 
of the channels, the adapter unit 110 will be described in 
more detail with reference to FIG. 3. The ability of the 
channels of the system 300 to function mutually asynchro- 
nously circumvents the need for justification in the aggre- 
gate data, thereby enabling a fixed ratio of payload bits to 
overhead bits to be achieved which greatly simplifies over- 



head functions such as determination of bit error rate (BER), 
and also reduces jitter in the aggregate data propagating in 
the channel 10 and the system 300. 

[0100] The adapter unit 110, shown included within a 
dashed line 490, comprises a l-to-31 demultiplexer 500, a 
32-to-l multiplexer 510, a first phase locked loop (PLL1) 
520, a second phase locked loop (PLL2) 530 and a data 
encoder 540. The encoder 540 is implemented as a field 
programmable logic device (FPLD), for example as manu- 
factured by Xilinx Inc. 

[0101] The electrical output from the first converter 100 is 
connected to a serial data input of the demultiplexer 500 and 
to a reference input of the PLL1 520. A first output from the 
PLL1 520 is connected to a clocking input CLK of the 
demultiplexer 500. Moreover, a second output from the 
PLL1 520 is connected to a reference input of the PLL2 530. 
The demultiplexer 500 comprises parallel outputs D 0 to D 30 
which are connected to corresponding data inputs of the data 
encoder 540. The overhead unit 105 comprises an overhead 
data output connected to an overhead data input Kq of the 
encoder 540. The encoder 540 further comprises parallel 
data outputs Eq to E 31 connected to corresponding parallel 
inputs of the multiplexer 510. An output of the PLL2 530 is 
connected to a clocking input CLK of the multiplexer 510. 
The multiplexer 510 includes a multiplexed output con- 
nected to the electrical input of the second converter 120. 

[0102] In broad overview, the adapter unit 110 functions 
by receiving serial payload data from the first converter 100 
at a bit rate of up to 10 Gbits/s or greater. The PLL1 520 
synchronizes itself to the payload data and generates a 
corresponding synchronized clocking signal which clocks 
continuously even when the payload data remains at a 
particular logic state for several clock cycles. The PLL1 520 
clocks both the demultiplexer 500 and the PLL2 530. The 
payload data is converted from a serial bit stream to 31-bit 
wide parallel words in the demultiplexer 500. The payload 
data is transferred in 31 -bit words from the demultiplexer 
500 to the encoder 540. The encoder 540 adds one bit of 
overhead data received from the overhead generator unit 105 
to every 31 bits of payload data in a fixed ratio to provide 
output words at the outputs E 0 to E^. The output words are 
passed to the multiplexer 510 which converts the output 
words into a corresponding serial data stream, namely the 
aggregate data, that passes to the second converter 120 
whereat it is modulated onto optical radiation for transmis- 
sion along the fibre 150. Inclusion of the demultiplexer 500 
provides the benefit that the encoder 540 receives data in the 
form of words and does not need to be capable of clocking 
at the rate of payload data which can approach 10 Gbits/s; 
the encoder 540 clocks at rates in the order of 300 MHz 
when the bit rate of payload data approaches 10 Gbits/s. 
However, the demultiplexer 500 is designed to be capable of 
handling up to 10 Gbits/s or greater serial data bit rates. 

[0103] Inclusion of the overhead data into the aggregate 
data means that the bit data rate in the aggregate data is 
times greater than the payload traffic presented from the 
sending client to the adapter unit 110. It is the purpose of the 
PLL2 530 to provide a clocking signal at a rate F 2 which is 
frequency locked to the clocking signal at a rate F 1 provided 
from the PLL1 520. The clocking signal from the PLL2 530 
clocks the multiplexer 510 at a rate 3 %i times greater than 
the demultiplexer 500 is clocked by the PLL1 520. Such a 
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bit rate transformation prevents an accumulation of payload 
data in the adapter unit 540 which would occur if the 
demultiplexer 500 and multiplexer 510 were clocked at 
identical rates. 

[0104] At the adapter unit 210, a reverse operation to that 
which occurs in the adapter unit 110 is performed. In the 
reverse operation, the aggregate data is firstly loaded into a 
l-to-32 demultiplexer operable to convert serial data into 
32-bit word data, then the overhead bit is extracted from the 
32-bit word data to yield a 31 -bit word which is passed to a 

31- to-l bit multiplexer to convert the 31 -bit word into 
corresponding serial payload data. The adapter unit 210 also 
incorporates two PLLs as shown in FIG. 3 except that the 
second PLL connected to the multiplexer is operable to 
provide a 31 A2 times frequency conversion. Moreover, the 
data encoder 540 included within the adapter unit 110 is 
substituted with a decoder in the adapter unit 210 which is 
operable to output overhead data to its associated interpreter 
unit 220. 

[0105] In practice, procuring l-to-31 demultiplexers and 

32- to-l multiplexers for the transmitter units 20a, 20ft, and 
likewise l-to-32 demultiplexers and 31-to-l multiplexers for 
the receiver units 40a, 40ft is not easy when 10 Gbits/s serial 
data bit rate performance is demanded. Standard proprietary 
multiplexers and demultiplexers capable of operating a this 
bit rate are often 16-to-l and l-to-16 devices. When such 
proprietary parts are employed in the adapter unit 110, the 
unit 110 is implementable as illustrated in FIG. 4. 

[0106] In FIG. 4, a l-to-16 demultiplexer 540 is used 
instead of the demultiplexer 500 in FIG. 3. Moreover, a 
16-to-l multiplexer 550 is used instead of the multiplexer 
510 in FIG. 3. Furthermore, an FPLD data encoder 560 
including a buffer memory 570 is used instead of the encoder 
540 in FIG. 3. 

[0107] In operation, payload data in the form of a serial bit 
stream passes from the converter 100 into the demultiplexer 
540 which converts the serial stream into corresponding 
16-bit parallel words. The words are loaded by the encoder 
560 into its buffer memory 570 to provide payload data 
therein. The encoder 560 then adds an appropriate overhead 
bit to each concurrent group of 31 bits of payload data within 
the memory 570 to generate aggregate data therein and then 
proceeds to output the aggregate data in words of 16-bits 
length to the multiplexer 550. The multiplexer 550 converts 
the 16-bit words to a serial bit stream of aggregate data 
which is then output from the encoder unit 110 to the second 
converter 120 for modulation therein onto optical radiation 
for transmitting along the fibre 150. 

[0108] Bit rate conversion occurring at the adapter units 
110, 120 circumvents the need to justify the aggregate data, 
thereby simplifying the aggregate data and enabling sub- 
node assessment of bit error rate to be made. 



[0109] The aggregate data, as described briefly above, is 
serial data and is punctuated into frames and multiframes by 
virtue of bit values of the overhead data added in a fixed ratio 
to the payload data at the adapter unit 110. Eight frames in 
sequence in the aggregate data form a multiframe. The 
structure of a frame is illustrated in FIG. 5 and indicated by 
600. Each frame 600 commences with an overhead bit Al 
that is followed by 31 bits of sending client payload data (31 
bits P/L) that, in turn, is followed by an overhead bit A2 and 
so on. For example, an overhead bit A8 in the aggregate data 
is followed by 31 bits of payload data that, in turn, is 
followed by an overhead bit Bl and so on. The frame 600 
terminates with an overhead bit H8 followed by 31 bits of 
payload data. As illustrated in FIG. 5, each bit of overhead 
data in the frame 600 is accompanied by 31 bits of payload 
data in a fixed ratio of 1:31. 

[0110] The aggregate data corresponding to the frame 600 
can be regarded conceptually as the frame 600 being read- 
out row-by-row, as represented by an arrow 610 indicating 
row direction and an arrow 620 indicating column direction. 
The frame 600 is thus read-out from its top left- hand corner 
(START) to its bottom right-hand comer (END) row-by-row 
to provide the aggregate data. 

[0111] In the frame 600, the overhead bits Al to A8 form 
a byte A, the overhead bits Bl to B8 form a byte B, and so 
on. Hence, the overhead bits for each frame can be repre- 
sented as illustrated in Table 1 as eight bytes; the payload 
data from the sending client is not shown in the table. 

TABLE 1 

Overhead Byte A 
Overhead Byte B 
Overhead Byte C 
Overhead Byte D 
Overhead Byte E 
Overhead Byte F 
Overhead Byte G 
Overhead Byte H 



[0112] Eight frames similar to the frame 600 are output in 
sequence in the aggregate data to form a multiframe. The 
overhead bytes of the eight frames comprising the multi- 
frame can be represented by symbols where byte A x corre- 
sponds to the overhead byte A of frame x where a subscript 
x is in a range of 1 to 8. Thus, a byte A 2 corresponds to an 
overhead byte A of the first frame in the multiframe and a 
byte H 8 corresponds to an overhead byte H of the eighth 
frame in the multiframe. 

[0113] For convenience, the overhead bytes of the multi- 
frame can be arranged in tabular form as in Table 2. 



TABLE 2 

Frame 1 Frame 2 Frame 3 Frame 4 Frame 5 Frame 6 Frame 7 Frame 8 



Byte A t Byte A 2 

Byte Bi Byte B 2 

Byte C, Byte C 2 

Byte Di Byte D 2 

Byte E! Byte E 2 



Byte A 3 Byte A 4 

Byte Ba Byte B 4 

Byte Cj Byte C 4 

Byte D 3 Byte D 4 

Byte E3 Byte E 4 



Byte A 5 Byte A$ 

Byte B 5 Byte B 6 

Byte C 5 Byte C 6 

Byte D 5 Byte D 6 

Byte £5 Byte E 6 



Byte A 7 Byte Ae 

Byte B 7 Byte B e 

Byte C 7 Byte C 8 

Byte D 7 Byte D 8 

Byte E 7 Byte Eg 
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TABLE 2-continued 



Frame 1 


Frame 2 


Frame 3 


Frame 4 


Frame 5 


Frame 6 


Frame 7 


Frame 8 


Byte Fj 


Byte F 2 


Byte F 3 


Byte F 4 


Byte F 5 


Byte F a 


Byte F 7 


Byte F 8 


Byte G x 


Byte G 2 


Byte G 3 


Byte G 4 


Byte G 5 


Byte G 6 


Byte G 7 


Byte G 8 


Byte Hj 


Byte H 2 


Byte H 3 


Byte H 4 


Byte Hs 


Byte*^ 


Byte H 7 


Byte Hg 



[0114] la the aggregate data, the overhead bytes appear in 
a sequence, although punctuated by payload data, such that 
byte Aj is followed by byte B a and so on to byte H 2 followed 
by byte and so on until byte H 8 at the end of the 
multiframe. 

[0115] The units 105, 220 use the overhead bytes for 
performing a number of overhead functions which will now 
be described with reference to FIG. 6; this diagram shows 
a representation of overhead bytes of a multiframe structure 
used in the channel 10 and the system 300. The overhead 
bytes perform different functions, for example as indicated 
by abbreviations in the diagram, namely: 



FAW: "frame alignment word"; MIC: "multiframe identity code"; 

BAL: "balancing byte"; SPA: "spare byte"; 

TTI: "trail trace identifier"; APS: "automatic protection channel"; 

FDI: "forward defect indication"; BDI: "backward defect indication"; 

FQI: "forward quality indicator"; BQI: backward quality indicator"; 

PTI: "payload type indicator"; and BIP: "bit interleaved parity". 



[0116] In the system 10, the overhead generator unit 105 
generates the overhead bytes shown in FIG. 6. Values of 
some of the overhead bytes are determined locally at the 
overhead unit 105 whereas others are generated in response 
to commands received from the aforementioned local and 
regional management systems, for example I'll values. In 
other words, the overhead bytes are generated on the basis 
of information provided either internally within the trans- 
mitter unit 20 or from the aforementioned management 
systems. These bytes are communicated in the aggregate 
data to the adapter unit 210 which isolates the overhead 
bytes and passes them to the interpreter unit 220 for inter- 
pretation. 

[0117] The interpreter unit 220 uses the overhead bytes 
FAW1, FAW2, FAW3, FAW4 to identify where multiframes 
start in the aggregate data, namely for synchronising to 
multiframes. In the channel 10 and the system 300, these 
bytes FAW1, FAW2, FAW3, FAW4 have fixed values of 
1111 0110 b , 1111 0110 b , 0010 1000b, 0010 1000 b respec- 
tively where a subscript b indicates a binary number. Alter- 
native values can be used for these bytes FAW1 to FAW4 
provided that the values provide the channel 10 and system 
300 with the capability of synchronising to multiframes. 

[0118] The multiframe identity code MIC is a byte value 
which is incremented by the overhead generator unit 105 for 
each subsequent multiframe. For example a first multiframe 
has a MIC value 0000 0001 b , a second multiframe following 
the first multiframe has a MIC value 0000 OOlOt, and so on; 
when the identity code reaches a value 1111 llll b for the 
255 th multiframe, the MIC resets to a 0000 0000 b value again 
for the 256 th multiframe and so on in a modulo 255 manner. 
Incrementation in other moduli, for example in modulo 8, is 
also possible for the MIC code instead of using modulo 255. 



[0119] The interpreter unit 220 is operable to monitor the 
identity code and ensure that correct incrementation occurs; 
any errors in incrementing the MIC are identified by the 
interpreter unit 220 as indicative of missing multiframes. 
Moreover, inclusion of the MIC code into the aggregate data 
assists the receiver unit 40 to synchronise to the aggregate 
data, namely frame alignment is improved thereby at the 
receiver unit 40. 

[0120] As an option, the MIC value can be incremented by 
more than 1 count for each subsequent multiframe, for 
example incrementation can be in steps of three counts so 
that a typical MIC counting sequence could be 1111 lllOj, 
(decimal 254) for a first multiframe, 0000 0001 b (decimal 1) 
for a second multiframe, 0000 0100b (decimal 4) for a third 
multiframe and so on, 

[0121] The interpreter unit 220 uses the balancing over- 
head bytes BAL for d.c. restoration purposes. The value of 
the balancing bytes are set by the overhead generator unit 
105 so that for each of the frames 2 to 8 of the multiframe 
represented in FIG. 6, the number of 0's and l's in its 
associated overhead bytes are equal. Such balancing is 
advantageous when photo detectors having their electrical 
outputs a.c. coupled to remove d.c. offset are employed in 
the channel 10 and system 300 for converting radiation 
modulated with the aggregate data into electrical signals for 
the adapter unit 210 and its associated interpreter unit 220. 

[0122] The multiframe in FIG. 6 also includes spare bytes 
SPA which are unallocated initially but can be allocated by 
system users to perform additional functions after commis- 
sioning the system 300 if such functions are found to be 
necessary to assist system operation. The generator and 
interpreter units 105, 220 are software controlled and are 
therefore susceptible to being performance upgraded by 
software modification. 

[0123] The trail trace identifier overhead bytes TTI com- 
prise a 16-byte string which is included from frame 2 
overhead byte B 2 to frame 5 overhead byte D 5 as illustrated 
in FIG. 6. Bytes 2 to 16 of the string are user definable 
ASCII characters and byte 1 of the string includes a CRC-7 
checksum value generated by the overhead unit 105 in 
accordance with an ITU communication specification G. 
707 Annex B which is hereby incorporated by reference. The 
string is used by the system 300 to ensure that a receiving 
client is connected to its correct corresponding sending 
client. 

[0124] The automatic protection channel overhead bytes 
APS1 to APS4, namely frame 6 overhead bytes Ag to D 6 , are 
used by the system 300 when a defective channel therein has 
to be bypassed and another channel of the system 300 
allocated in substitution to convey its payload data. The 
interpreter unit 220 interprets these overhead bytes to deter- 
mine whether or not its associated channel is to be bypassed 
and the identity of an alternative channel of the system 300 
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allocated in substitution. The overhead and interpreter units 
105, 220 are operable in combination with the aforemen- 
tioned local and regional management systems to determine 
interconnections within the system 300 when substitution 
occurs for routing payload data from an affected sending 
client to its associated receiving client, 

[0125] The forward defect indication overhead byte FDI, 
namely frame 7 overhead byte A 7 , is used in the channel 10 
and system 300 to indicate downstream, namely on the 
receiving client's end of the fibre link 30, that a defect 
condition has been detected upstream, namely towards the 
corresponding sending client. Likewise, the backward defect 
indication byte BDI, namely frame 7 overhead byte B 7 , 
when a receive path defect is detected, namely on the 
receiving client's end of the fibre link 30. FDI and BDI 
overhead bytes thereby enable the location of a defect in the 
system 300 to be easily and rapidly identified. 

[0126] The forward quality indication overhead byte FQI, 
namely frame 7 overhead byte C 7 , is used for conveying a 
bit error count for a preceding multiframe. Thus, the FQI is 
used for indicating downstream an error occurring upstream. 
Likewise, the backward quality indication byte BQI, namely 
frame 7 overhead byte D 7 , is used for conveying a bit error 
count for the payload data of the preceding multiframe. 

[0127] The payload type indicator overhead byte PTI, 
namely frame overhead byte Ag, is used for indicating 
composition of the payload data or the maintenance status of 
a communication path conveying the multiframe and its 
associated payload data. For example, interpretations for the 
overhead byte PTI are according to Table 3. 

TABLE 3 



PTI 
byte 
binary 

value Interpretation applied by the interpreter unit 220 

0000 Unequipped, namely there is a complete communication 
path from the sending client to the receiving client but the 
client has not connected his equipment to the path 

0001 Indicates a linear transponder mode, namely that a signal is 
being conveyed which does not require digital regeneration and 
hence any regenerators along the path should be switched off 

0010 Indicates that the payload data rate is 155.52 Mbit/s 
(STM-1 mode) and requires adapter unit retiming/regeneration 
at this rate 

0011 Indicates that the payload data rate is 622.08 Mbits/s 
(STM-4 mode) and requires adapter unit retiming/regeneration 
at this rate 

0100 Indicates that the payload data rate is 1.0625 Gbits/s 

(fibre channel) and requires adapter unit retiming/regeneration 
at this rate 

0101 Indicates that the payload data rate is 1.25 Gbits/s 

(as in Gigabit Ethernet) and requires adapter unit retiming/ 
regeneration at this rate 

0110 Indicates that the payload data rate is 2.48832 Gbits/s 
(STM-1 6) and requires adapter unit retiming/regeneration at 
this rate 

0111 Indicates that the payload data rate is 9.95328 Gbits/s 
(STM-64) and requires adapter unit retiming/regeneration at 
this rate 

1000 to Unused 
1110 

1111 Indicates sending client signal fail (for example signal 
interruption) 



[0128] Finally, the bit interleaved parity overhead bytes 
BIP, namely overhead bytes Ej to E 8 , include a BIP-8 parity 



check value; a detailed definition is provided in ITU stan- 
dard G. 707 which is hereby incorporated by reference. Each 
frame has its associated BIP parity value which provides a 
parity check for the payload data of the frame. In the 
multiframe shown illustrated in FIG. 6, the inventors have 
appreciated that it is preferable to have a BIP byte associated 
with each frame rather than clustering the BIP bytes, for 
example at the end of the multiframe. Such BIP byte 
allocation to each frame reduces the need for high-speed 
memory at the receiving unit 40 of the channel 10. Thus, 
distributing the BIP overhead bytes in the frames is prefer- 
able to concatenating the BIP bytes together in the multi- 
frame. The BIP code provides a direct indication of bit error 
rate in the payload data because the ration of the number of 
the payload bits to the number of overhead bits is maintained 
in the system 300 in a fixed ratio. 

[0129] It will be appreciated that modifications to the 
channel 10 and the system 300 and their method of operation 
can be made without departing from the scope of the 
invention. 

[0130] For example, although overhead data and payload 
data are interleaved in the adapter unit 110 in a fixed ratio of 
1:31 bits, other ratios are possible. The adapter units 110, 
210 can be modified so that the ratio is in a range of 1:2 bits 
to 1:100 bits depending upon the degree of overhead control 
required. An important point is that the ratio should be fixed 
and not dynamically variable as in prior art communication 
systems where justification is employed. 

[0131] Moreover, in the channel 10 and system 300, the 
number of frames comprising a multiframe can be altered 
from eight frames comprising a multiframe as aforemen- 
tioned. For example, the number of frames forming a 
multiframe can be varied in a range of 2 to 100, although 
including more than 50 frames in a multiframe makes 
synchronisation more difficult at the receiver unit 40. 

[0132] Furthermore, in FIG. 6, positions of the overhead 
bytes performing specific functions can be altered provided 
they continue to perform their associated functions, for 
example, positions of the MIC and PTI overhead bytes can 
be exchanged in a modified version of the multiframe. 
Additionally, the BIP overhead bytes of each frame can be 
arranged to be included at the last overhead byte of each 
frame, for example at overhead byte Hj for frame 1. 

[0133] As aforementioned, the fibre link 30 can comprise 
one or more optical fibres. In alternative versions of the 
channel 10 and system 300, the fibre link 30 can be 
substituted with a radio link, for example a satellite micro- 
wave link. Where lower data rate operation is employed, the 
fibre link 30 can be replaced with one or more coaxial cable 
wire connections; such coaxial links generally have a lower 
data carrying capacity compared to optical fibre connec- 
tions. 

1. A method of communicating data in communication 
systems (300), each system including at least one channel 
(10) comprising transmitting means (20), receiving means 
(40) and data conveying means (30) for conveying data from 
the transmitting means (20) to the receiving means (40), the 
method characterised in that it includes the steps of: 

(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
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aggregate data (600) being partitioned into frame-like 
structures in which the number of overhead data bits is 
in a fixed ratio relative to the number of payload data 
bits; 

(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300), 

characterised in that the transmitting means (20) is oper- 
able to generate the aggregate data (600) at a rate which 
is greater than the rate of receipt of the payload data 
thereat by substantially a fraction (Rp+Ro)/(Rp), where 
Rp is the rate of receipt of the payload data at the 
transmitting means (20) and Ro is the rate at which the 
overhead data is added at the transmitting means (20) 
to generate the aggregate data (600). 

2. A method according to claim 1 wherein the fixed ratio 
of payload bits to overhead bits is in a range of 2: 1 to 100:1. 

3. A method according to claim 1 or 2 wherein the fixed 
ratio of payload bits to overhead bits is 31:1. 

4. A method according to claim 1, 2 or 3 wherein the 
system is operable not to apply further justification to the 
payload data when generating the aggregate data (600). 

5. A method according to claim 1, 2, 3 or 4 wherein the 
number of overhead bytes indicative of error rate occurrence 
within the aggregate data to the number of payload bytes are 
in a fixed ratio, thereby providing a fixed density of error rate 
bytes to payload bytes. 

6. A method according to claim 5 wherein the number of 
overhead bytes indicative of error rate occurrence to the 
number of corresponding payload bytes is in a fixed ratio of 
1:248. 

7. A method according to any one of claims 1 to 6 wherein 
the system (300) includes a plurality of channels (20a, 206, 
40a, 406), each channel (20a, 206, 40a, 406) capable of 
adapting to the data rate of its associated payload data, the 
channels (20a, 206, 40a, 406) thereby capable of function- 
ing mutually asynchronously. 

8. A method according to any preceding claim, wherein 
the overhead data and the payload data are interleaved in the 
aggregate data (600). 

9. A method according to any preceding claim, wherein 
the frame-like structures comprise a plurality of frames 
(600) organised into multiframes (FIG. 5), the frames and 
multiframes identifiable at the receiving means (40) by 
interpreting the position of overhead data within the aggre- 
gate data. 

10. A method according to claim 9 wherein each multi- 
frame comprises in a range of 2 to 100 frames. 

11. A method according to claim 9 or 10 wherein each 
multiframe comprises 8 frames. 

12. A method according to claim 9, 10 or 11 wherein the 
overhead data associated with each multiframe comprises a 
synchronising code (FAW) for assisting the receiving means 
to synchronise to the multiframes. 

13. A method according to claim 12 wherein the synchro- 
nisation code comprises four synchronisation bytes (FAW1 
to 4) in the overhead data. 



14. A method according to claim 12 or 13 wherein the four 
synchronisation bytes (FAW1 to 4) have binary values of 
1111 0110b, 1111 0110 b , 0010 1000b and 0010 1000b allo- 
cated thereto respectively. 

15. A method according to any one of claims 9 to 14 
wherein the overhead data associated with each multiframe 
comprises an identity code (MIC) for use in identifying the 
multiframe. 

16. A method according to claim 15 wherein the identity 
code (MIC) is incremented for successive multiframes. 

17. A method according to claim 15 or 16 wherein the 
identity code (MIC) is incremented in modulo manner. 

18. A method according to claim 16 or 17 wherein the 
identity code (MIC) is incremented in steps of a plurality of 
counts for successive multiframes. 

19. A method according to claim 16, 17 or 18 wherein the 
receiving means is operable to determine whether or not 
multiframes are missing by monitoring that the identity code 
(MIC) is consistently incremented from multiframe to mul- 
tiframe. 

20. A method according to any one of claims 9 to 19 
wherein the overhead data associated with each multifirame 
comprises balancing code (BAL) for ensuring that the 
overhead bytes associated with the multiframe include sub- 
stantially equal numbers of 0's and l's. 

21. A method according to any one of claims 9 to 20 
wherein the overhead data associated with each multiframe 
comprises trail trace identification code ( i l l) for use by the 
receiving means for confirming whether or not it is con- 
nected to its correct corresponding transmitting means (20). 

22. A method according to any one of claims 9 to 21 
wherein the overhead data associated with each multiframe 
comprises automatic protection switching code (APS) for 
instructing the system (300) to use alternative channels to 
convey the payload data in the event of channel failure 
within the system (300). 

23. A method according to any one of claims 9 to 22 
wherein the overhead data associated with each multiframe 
comprises a bit interleaved parity (BIP) code for each frame 
of the multiframe, the interleaved parity code usable by the 
receiving means (40) for detecting the occurrence of cor- 
ruption of payload data associated with the frame. 

24. A method according to any one of claims 9 to 23 
wherein the overhead data associated with each multiframe 
comprises a payload type indicator (PTI) code indicative of 
payload data rate input to the transmitting means (20). 

25. A method according to any preceding claim wherein 
the transmitting means (20) is operable to receive the 
payload data as serial data and convert it to parallel data (D 0 
to D 30 ) for combining with the overhead data (Kq) to 
generate the aggregate data (600) as serial data for trans- 
mission through the conveying means (30). 

26. A communication system (300) operable according to 
the method of any one of claims 1 to 25. 

27. A system according to claim 26 wherein the transmit- 
ting means (20) incorporates an adapter unit (110) for 
combining the payload data with the overhead data to 
generate the aggregate data (600), and the receiving means 
(40) incorporates a corresponding adapter unit (210) for 
decoding the aggregate data to separate the payload data 
from the overhead data. 

28. A system (300) according to claim 26 or 27 including 
a plurality of channels (20a, 206, 40a, 406) operable to adapt 
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to the rate at which they receive payload data, the channels 
(20a, 206, 40a, 40b) thereby capable of operating mutually 
asynchronously. 

29. A system according to claim 26, 27 or 28 wherein each 
adapter unit (U0, 210) incorporates an electrical multiplexer 
(510) and an electrical demultiplexer (500) for converting 
data serially input thereto into parallel data (D 0 to D 30 ) for 
processing within the adapter unit (110, 210)) and back into 
serial data again after processing is performed in the adapter 
unit (10, 210). 

30. A method of communicating data in communication 
systems (300), each system including a plurality of channels 
(20a, 20b, 40a, 40/?), each channel comprising transmitting 
means (20), receiving means (40) and data conveying means 
(30) for conveying data from the transmitting means (20) to 
the receiving means (40), the method characterised in that it 
includes the steps of: 

(a) synchronising at each transmitting means (20) to its 
associated incoming payload data and then combining 
the payload data with overhead data thereat to form 
aggregate data (600) for transmission to the receiving 
means (40) associated with the transmitting means 
(20), the aggregate data being partitioned into frame- 
like structures and the channels (20, 40) capable of 
operating mutually asynchronously; 

(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); and 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300). 

31. A method of communicating data in communication 
systems (300), each system including at least one channel 
(20, 40) comprising transmitting means (20), receiving 
means (40) and data conveying means (30) for conveying 
data from the transmitting means (20) to the receiving means 
(40), the method characterised in that it includes the steps of: 

(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
aggregate data (600) being partitioned into frame-like 
structures in which the overhead data includes balanc- 
ing codes (BAL) for substantially equalising the occur- 
rence of 0*s and l's in the overhead data; 

(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); and 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300). 

32. A method of communicating data in communication 
systems (300), each system including at least one channel 
(20a, 20b t 40a, 40b) comprising transmitting means (20), 
receiving means (40) and data conveying means (30) for 
conveying data from the transmitting means (20) to the 
receiving means (40), the method characterised in that it 
includes the steps of: 



(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
aggregate data (600) being partitioned into frame -like 
structures comprising frames grouped into multiframes 
where each frame has associated therewith a bit inter- 
leaved parity code (BIP) indicative of whether or not 
payload data associated with the frame is corrupted; 

(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); and 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300) and determin- 
ing from the interleaved parity code (BIP) whether or 
not frames within the aggregate data (600) are cor- 
rupted. 

33. A method of communicating data in communication 
systems (300), each system including at least one channel 
(20a, 20b, 40a, 40b) comprising transmitting means (20), 
receiving means (40) and data conveying means (30) for 
conveying data from the transmitting means (20) to the 
receiving means (40), the method characterised in that it 
includes the steps of: 

(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
aggregate data (600) being partitioned into frame -like 
structures devoid of justification; 

(b) transmitting the aggregate data from the transmitting 
means (20) to the receiving means (40) through the 
conveying means (30); and 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 
the payload data within the system (300). 

34. A method of communicating data in communication 
systems (300), each system including at least one channel 
(20a, 20b, 40a, 40£>) comprising transmitting means (20), 
receiving means (40) and data conveying means (30) for 
conveying data from the transmitting means (20) to the 
receiving means (40), the method characterised in that it 
includes the steps of: 

(a) combining payload data and overhead data at the 
transmitting means (20) to form aggregate data (600) 
thereat for transmission to the receiving means (40), the 
aggregate data (600) being partitioned into frame -like 
structures comprising frames grouped into multiframes 
where each multiframe has associated therewith a mul- 
tiframe identity code (MIC) which is incremented from 
multiframe-to -multiframe and is indicative of whether 
or not multiframes are missing in the aggregate data 
(600); 
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(b) transmitting the aggregate data (600) from the trans- 
mitting means (20) to the receiving means (40) through 
the conveying means (30); and 

(c) receiving the aggregate data (600) at the receiving 
means (40), decoding the aggregate data to isolate the 
overhead data from the payload data thereat, and inter- 
preting the overhead data for controlling and managing 



the payload data within the system (300) and determin- 
ing from the multiframe identity code (MIC) whether 
or not multiframes within the aggregate data are miss- 
ing. 

35. A communication system (300) operating according to 
the method of any one of claims 30 to 34. 

* * ♦ * * 
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